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Title of the invention 

DEVICES FOR RETRIEVING AND DELIVERING A MULTIMEDIA MESSAGE, AND 
5 METHODS FOR THE SAME 

Cross Reference to Related Applications 

This application is based on and hereby claims priority to PCT Application No. 
PCT/EP03/12439 filed on November 6, 2003, the contents of which are hereby 
1 0 incorporated by reference. 

Field of the invention 

The invention relates to retrieving and delivering of multimedia messages using the 
Session Initiation Protocol. 

15 

Discussion of background art 

Multimedia Messaging Service MMS has in its present form been defined in standard 
3GPP TS 23.140 "3rd Generation Partnership Project; Technical Specification Group 
Terminals; Multimedia Messaging Service (MMS); Functional description; Stage 2 
2 0 (Release 6)". The architecture of the networks involved as well as functions of different 
modules, especially the MMS User Agent and the MMS Relay/Server (below referred to 
as MMS Server), are described in more detail therein. 

Notifications of incoming MMS messages are delivered from the MMS server to the MMS 
2 5 User Agent by using WAP push. The MMS User Agent sends a WAP or HTTP GET in 
order to make the MMS server send an MMS message. 

The transfer of Multimedia Messaging Services MMS messages is usually performed 
using the Wireless Application Protocol WAP or Hypertext Transport Protocol HTTP. 
30 Retrieval of an MMS message is then performed by sending a WAP or HTTP GET 
request, respectively. 
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Messaging services implemented for the IP Multimedia core network Subsystem IMS 
network are currently under discussion in the 3GPP. The IMS messaging services 
comprise messaging types immediate messaging, deferred delivery messaging, and 
session-based messaging. In immediate messaging, a message is delivered immediately 
5 from one user to another, whereas in deferred messaging it is delivered as soon as the 
recipient becomes available. In session-based messaging, a session has to be set up 
before any other communication can take place. 

In the IMS network, the Session Initiation Protocol SIP is used for creating, modifying, and 
10 terminating sessions with one or more participants. Two methods defined in the SIP are 
SUBSCRIBE and NOTIFY. SUBSCRIBE is used by a subscriber terminal to subscribe to 
event packages at proxies or servers. Whenever an event belonging to the subscribed 
event package is triggered, the terminal is informed by using the SIP method NOTIFY. 
It may be commercially of vital importance to be able to retrieve MMS messages directly 
15 from within IMS. This has, nevertheless and in spite of hard work, been impossible until 
now. 

Summary of the invention 

It is one possible object of the invention to bring about new features to the Session 
Initiation Protocol SIP with which Multimedia Messaging Services MMS messages can be 

20 retrieved or delivered using the SIP protocol only. 

The inventors propose devices and methods to enable using the SIP as single transport 
protocol for retrieving and delivering MMS messages. In this manner, the terminals do not 
need to have other protocols than SIP supported by their protocol stack, thereby helping 
to reduce manufacturing cost of the terminals. Further, because there are less protocols 

25 needed in the protocol stack, the probability for errors in the software is reduced, therefore 
also shortening testing period of the devices, resulting in a shorter time-to-market. 

Brief description of the drawings 

In the following, the preferred embodiments of the invention are described in more detail 
30 with reference to the accompanying drawings 1 to 4, of which: 

Figure 1 shows a mobile network comprising also IP Multimedia core network 

Subsystem; 
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Figure 2 shows the structure of a new SIP message used for retrieving or 

delivering an MMS message; 
Figures 3a and 3b show the structure of two different SIP messages; and 
Figure 4 shows messaging (41) used for subscribing an event package, 

5 messaging (43) used for notifying a terminal upon receipt of an MMS 

message, and messaging (45) used for downloading an MMS message 

to a subscriber terminal. 

Detailed description of the Preferred Embodiments 

Figure 1 shows a terminal 101 within a Radio Access Network RAN 11 of a mobile 
10 network 12. The RAN 1 1 comprises a plurality of Base Stations BS 103 controlled by a 
Radio Network Controller RNC 105, the terminal 101 communicating with the mobile 
network 12 wirelessly via a BS 103. Typically, one mobile network 12 comprises a plurality 
of RNC 105, but for simplicity Figure 1 shows only one such RNC 105. 

15 A terminal 101 has a transceiver 165, preferably those as commonly used for radio 
communications, and all related accessories for enabling a successful communication 
with the mobile network 12. Within the terminal 101 , the processing unit 170 uses the 
communication means 165 in order to transmit and receive data. Both data to be 
transmitted and data received are filtered via the protocol stack 175 before any further 

20 f operations are performed on them. The terminal 101 may have a plurality of applications 
stored in its memory. These applications include also an MMS User Agent 180 which 
takes care of all MMS specific interactions between the home network 14 and the terminal 
101. The applications are run in the processing unit 170 and they use data obtained 
through the communication means 165 and filtered through the protocol stack 175. 

25 

For packet traffic, the mobile network 12 comprises a Serving GPRS Support Node SGSN 
107 and Gateway GPRS Support Node GGSN 109. The terminal 101 obtains an IP 
address which is reserved up to the GGSN 109. The traffic between the terminal 101 and 
the GGSN 109 goes then on the GPRS Tunneling Protocol GTP protocol layer through 
30 the SGSN 107 and the RAN 1 1 , wherein there are further specific radio interface layer 
protocols facilitating resource-efficient data transport over the air interface. As the skilled 
person appreciates, a more detailed description of the related protocols can be found in 
any of the various standards defining these mechanisms. 
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The terminal 101 may be roaming under mobile network 12 even though its home network 
14 were elsewhere. The transmission of packet data is then performed either directly 
between the terminal 101 and its home network 14 or via any other network, especially 
the Internet 13. 

5 

The home network 14 comprises a Home Service Server HSS 115 which includes 
subscriber data and knows under which mobile network 12 the terminal 101 is roaming. A 
Serving Call State Control Function S-CSCF 113 is located in the home network 14 of the 
terminal 101. If the terminal 101 is roaming under another mobile network 12, then the S- 
10 CSCF 1 13 of home network 14 is used via a Proxy Call State Control Function P-CSCF 
111. The P-CSCF 1 1 1 includes data about services subscribed for the terminal 101 ; this 
data has been transmitted from the S-CSCF 1 13 to the P-CSCF 111 as a response to a 
query sent by the P-CSCF 111. 

15 In mobile telecommunication systems, such as in GSM and UMTS, the SIP is used for the 
IP multimedia core network Subsystem IMS. The IMS includes P-CSCF 111, S-CSCF 
113, and servers providing some of the services. Especially for MMS messages, MMS 
server 130 is used as the server providing all MMS related services. 

20 The MMS server 130 comprises communication means 185 for communication between 
terminals 101 , with other MMS servers 130, and with servers in the Internet 13. The 
processing unit 190 of the MMS server 130 uses the transciever 185 as well as the 
protocol stack 195. The protocol stack 195 comprises IMS protocols enabling provision of 
different services. The protocol stack 195 may further comprise an MMS specific part. The 

25 MMS server 130 is running an MMS application 196 which takes care of registering event 
packet subscriptions, notifying subscriber terminals of received MMS messages belonging 
to a subscribed event packet, and delivering MMS retrievals in response to receiving MMS 
retrieval requests. 

30 Figure 2 shows the structure of the MMS part of the new SIP messages 20 used for 
subscribing an event package, or retrieving or delivering an MMS message. The SIP 
message 20 comprises fields 21 (X-Mms_Message-Type), 22 (X-Mms-Transaction ID), 23 
(X-Mms-MMS Version), 24 (To), and 25 (From). These fields 21 to 25 are usually carried 
in the header of the SIP message 20. 



35 
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Figures 3a and 3b show the structures of two different SIP messages 20. The SIP 
message 20a used for carrying MMS subscription request message M401 is shown in 
Figure 3a and comprises in its field 21 identifier "m-sreq" and further in field 36A flag 
"yes". The SIP message 20b used for carrying MMS subscription response message 
5 M403 is shown in Figure 3b and comprises in field 21 identifier "m-sref and further an 
acknowledgement "OK" in field 36B. 

The skilled person appreciates that the examples shown in Figures 2, 3a, and 3b are 
schematic of their nature. More detailed description for all header and message formats 
10 can be found in IETF specifications RFC 3261 and 3265. RFC 3261 introduces the SIP 
and RFC 3265 introduces the SIP-Specific Event Notification. Both of these specifications 
define also the SIP methods later referred to in this description. 

Dashed box 41 in Figure 4 shows how an event package is subscribed. The MMS User 
15 Agent 180 requests by sending MMS subscription request M401 to the MMS Server 130 
that the MMS Server 1 30 uses a SIP method NOTIFY for sending MMS notifications. 
MMS subscription request M401 has a form of message 20b shown in Figure 3b, and it is 
sent by the terminal 101 as soon as it has been switched on for.the first time and has 
network coverage. The MMS subscription request M401 is acknowledged by the MMS 
2 0 Server 130 with an MMS subscription response M403. 

Dashed box 43 shows how the terminal 101 is informed upon receipt of MMS message 
N404. As soon as the MMS Server 130 receives the MMS message N404 which belongs 
to a subscribed event package, it sends MMS notification M405 to the MMS User Agent 
25 180 informing it that the MMS message N404 has arrived at the MMS Server 130. The 
MMS User agent 180 responds to MMS notification M405 with MMS notification response 
M407. 

Dashed box 45 shows how the MMS message N404 received by the MMS Server 130 
30 can be downloaded to the terminal 101. In response to the MMS notification M405, the 
MMS User Agent 180 can decide to download the MMS message N404 by sending an 
MMS message retrieval request M409 to the MMS Server 130. MMS message retrieval 
request M409 is a SIP FETCH message. 
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In response to receiving MMS message retrieval request M409 the MMS Server 130 
sends MMS message retrieval M411 to the MMS Server 130. MMS message retrieval 
M41 1 includes the contents of MMS message N404. 

5 The MMS User Agent 180 acknowledges the receipt of the MMS message retrieval M41 1 
by returning MMS message retrieval acknowledgement M413. In response to receiving 
MMS message retrieval acknowledgment M413 the MMS Server 130 responds with 
acknowledgement M417. 

10 MMS subscription request M401; MMS subscription response M403; MMS notification 
M405; MMS notification response M407; MMS message retrieval request M409; MMS 
message retrieval M41 1; and MMS message retrieval acknowledgement M413 all have 
structures similar to those shown in Figures 3a and 3b except that the value in field 21 is 
changed accordingly to identify the kind of the message. The structure of these messages 

15 is otherwise as defined in 3GPP, TS 23.140 already referred above. 

Messages M401 to M417 communicated between the terminal 101 and the MMS Server 
130 are routed via BS 103, SGSN 107, GGSN 109, P-CSCF 111, and S-CSCF 113, if 
necessary. 

20 

For MMS subscription request M401 the header field "event" is set to value "mms" 
identifying the purpose of the MMS subscription request M401, i.e. that the MMS User 
Agent 180 requests the MMS Server 130 to use the SIP method notify for sending MMS 
notifications M405. 

25 

As in MMS subscription request M401 , also in MMS notification M405 the header field 
"event" is set to value "mms", this informing the terminal 103 about the incoming MMS 
notification in MMS notification M405. 

30 Messages M401 to M41 7 comprise SIP-specific header fields and MMS level header 
fields. 



35 



The MMS subscription request M401 is sent using the SIP method SUBSCRIBE. The 
MMS subscription request M401 comprises an event identifier defining that the SIP 
method NOTIFY is to be used for sending MMS notifications M405. After receiving an 
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MMS notification M405, the terminal 101 generates and sends an MMS message retrieval 
request M409 

* 

In the first embodiment, the MMS level header fields are added to the header fields in the 
5 messages M401 to M417. 

Then the S-CSCF 113 analyses the SIP headers of each incoming message. If any MMS- 
specific headers is detected, for example by detecting a keyword "X-Mms-" in the fields, 
the S-CSCF 113 routes the message to the MMS Server 130. Similarly, all SIP messages 
received by the terminal 101 are checked for any MMS-specific headers, and if any is 
1 0 found, the message is passed to the MMS User Agent 1 80. An advantage of such a 

header structure is that all both SIP and MMS headers have a similar format and coding. 
In particular for a SIP-only terminal this reduces the implementation effort since a single 
coding scheme can be applied to the SIP protocol stack as well as to the application level. 

15 In the second embodiment, the header fields of the SIP messages comprise SIP-specific 
header fields only. In this approach the MMS information is an attachment of the SIP 
message. The S-CSCF 1 1 3 checks if the attachment is an MMS message. If in the header 
field "Content-Type:" a keyword "application/vnd.wap.mms-message" is detected, this is 
most probably the case, and the message is then routed to the MMS Server 130. The 

20 header field "Content-Type:" of SIP messages received by the terminal 101 is in the same 
manner checked. If the header field comprises "application/vnd.wap.mms-message". The 
SIP message is passed to the MMS User Agent 180. An advantage of such a header 
structure and encoding is that in this manner a better compatibility with currently existing 
MMS systems can be achieved. In particular, terminals comprising a current MMS client 

25 software which is only ported to a SIP protocol stack, no extra encoder or decoder for 
processing the messages M401 to M417 is needed therefore making it easier to 
implement a terminal 101 supporting MMS functionalities. 

Some of the acknowledgement messages, i.e. MMS subscription response M403, MMS 
30 notification response M407, and MMS message retrieval M41 1 are 200 OK messages. 
Further, they comprise relevant MMS headers, and MMS message retrieval M411 further 
includes the MMS message N404 received by the MMS Server 130. All these 
acknowledgement messages may either comprise SIP-specific header fields or in addition 
to the SIP -specific header fields also some MMS-specific header fields. In the former 
35 case the other data necessary is embedded in the payload. 
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The other acknowledgement messages, i.e. MMS message retrieval acknowledgement 
M413 and acknowledgement M417 are 200 OK messages too. Contrary to other 200 OK 
messages described above, they comprise no MMS-specific information. 

5 The invention has been described in detail with particular reference to preferred 
embodiments thereof and examples, but it will be understood that variations and 
modifications can be effected within the spirit and scope of the invention covered by the 
claims which may include the phrase "at least one of A, B arid C" as an alternative 
expression that means one or more of A, B and C may be used, contrary to the holding in 
10 Superguide v. DIRECTV, 69 USPQ2d 1865 (Fed. Cir. 2004). 



